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(54) Network topology management system 

(57) A system and method for maintaining complex 
relationships between computer network elements pro- 
vides a common database for storing node, type, and 



view data. The views are created and maintained by the 
network management system. When a new node is add- 
ed or parentage of a node is changed, the views of a 
node are modified in a network database. 
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Description 

A portion of the disclosure of this patent document contains material which is subject to copyright protection. The 
copyright owner has no objection to the xeroxographic reproduction by anyone of the patent document or the patent 
5 disclosure in exactly the form it appears in the Patent and Trademark Office patent file or records, but otherwise reserves 
all copyright rights whatsoever. 

The present invention relates to the field of computer systems and their management and control. More specifically, 
in one particular embodiment the invention provides a method and device for managing and visualizing the topology 
of a computer network. 

io As computer networks have developed and achieved wide acceptance, it has become necessary for managers of 

such networks to have access to software and hardware tools necessary to manage, monitor and control networks. 
As networks have increased in complexity, so have the tools needed for their management. Existing management 
packages for managing a network provide a wide range of functionality including network management application 
launchers, event request and filtering mechanisms, logging systems for storing network event and performance sta- 
tistics, alarm correlation mechanisms, load balancing mechanisms, and other tools. Among the most advanced of such 
packages is SunSoft's Solstice Enterprise Manager 1.1. Other systems include Hewlett Packard's Open View platform 
Network Node Manager, Operations Center and AdminCenter; and IBM's NetView. 

The most advanced of such packages allow multiple operators to access management information simultaneously 
and support multiple computing environments. To facilitate this complex functionality advanced network management 

20 systems have used an object oriented network model. Network resources represented as objects are stored and ma- 
nipulated by management applications and agents. The use of such object oriented approaches enables, inter alia, 
much easier scalability and other advantages. In addition, the support of multiple network management protocols is 
facilitated. In SunSoft's Solstice products for example, the management tools may be distributed over multiple work- 
stations. The same information is made available to all applications and tools via MISs ("Management Information 

25 Servers"). 

Such systems have met with substantial success and are, in fact, considered to be pioneering in the industry. 
However, certain challenges remain. For example, while the object oriented approach to network database manage- 
ment has proven successful certain limitations remain. Such systems have, previously, maintained separate databases 
representing the logical and physical layouts of a network, respectively. Separate applications in the network manage- 

30 ment system then access and may modify the logical and physical topology databases. In some instances it has been 
found that two views of the same network can be found to be inconsistent as a result of this architecture. 

According to one aspect of the invention, there is provided a computer network comprising a plurality of network 
nodes and interconnections; a network management system comprising a database of managed network resources, 
the database of managed network resources defining network nodes, associated node types and associated views of 

35 the nodes; and a plurality of network management users, the network management users being arranged to display 
views of the network using said network management database. In one embodiment, through user modification of node 
attributes, the views of the network are updated by the system through use of an object oriented database. In a preferred 
embodiment the views of the network are modified based on input or change of the attributes of the nodes. For example, 
parent relationships may be used to define a new view node when a new parent is added to an attribute of a node. 

40 It is thus possible to provide improved tools for maintaining, viewing and managing the physical and logical topology 

of a network. The system can maintain databases for both logical and physical topology using an improved data model. 
Consistency can be maintained by placing a consistency application in a logical/physical database. In a preferred 
embodiment, users are able to access the data only through the physical topology database; both physical and logical 
topology resides in an MIS database. 

45 Other aspects of the invention are exemplified by the attached claims. 

For a better understanding of the invention, and to show how the same may be carried into effect, reference will 
now be made, by way of example, to the accompanying drawings, in which: - 

Fig. 1 is an overall view of a hypothetical network, showing the relationship to the network management topis 
50 described herein; 

Fig. 2 is a typical screen display provided by one embodiment of the invention; 

Fig. 3 is an object relationship diagram according to one specific embodiment of the invention; 

Figs. 4A to 4C illustrate a simple application of the invention; 

Figs. 5A to 5D illustrate specific data structures used herein; and 
55 Figs. 6A to 6C illustrate use of the invention in specific examples. 

Fig. 1 illustrates a computer network along with its associated network management system. As shown, the com- 
puter network 1 00 will include hardware such as hosts 1 01 a, 1 01 b, 1 01 c, 1 01 d, and 1 01 e, routers 1 03, and subnetworks 
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100a and 100b. Hosts 101 may be, for example, users, servers and other network elements. Attached to one or more 
of the hosts are network management elements 109. Management elements 109 will be connected to one or more of 
the network hosts for network managers to monitor and control the network. 

The layout of the network is illustrated with regard to physical connectivity, but another set of relationships will also 
s exist. That is, the various elements of the network will also be related by logical relationships. For example, a portion 
of the users connected to servers 101a and 101b may be in one logical group, while other portions of the network will 
be in other logical groups. Often it is desirable for network managers to be able to view the network in logical views 
other than the physical layout of the network. The embodiment now to be described includes an improved viewer 
mechanism for looking at and analyzing various portions of the network. 
10 a management system. or "nerve center - 1 1 1 is provided in the network to manage and control the network. While 

the management system 111 is illustrated as a single entity on the network, it may in many embodiments be distributed 
over multiple workstations and servers. 

The management system includes an MIS or Management Information Server 113. The MIS is an object oriented 
network model that enables object definitions to be stored and manipulated by management applications 115, using 
is object oriented tools such as classing, inheritance and scoping to represent complex resources and simplify complex 
operations. Management applications 115 interact through the network MIS rather than with each other. 

System 111 will normally include a set of standard tools such as a relational database logging tool, alarm managers 
and other tools. The system is able to provide access to managed objects via a common management information 
protocol (CMIP) with management protocol adapter 119. Other system elements are supported directly through an 
20 interface such as a protocol driver manager (PDM) in the case of, for example, SunNet Manager Agent interactions. 

As shown in Fig. 1 , a particular user of the system will have applications 115 resident on his/her particular server 
or workstation. In addition, the use] may have various tools 121 , a particular graphical user interface 123 and viewer 
125. The various application utilize the resources of the nerve center to perform management tasks. A database 127 
in the nerve center provides a single source of network objects in an object oriented relational database to service the 
25 various network applications for management of the network. The system illustrated in Fig. 1 will, in a preferred em- 
bodiment, be based on the Solstice Enterprise Manager 1.1, available from Sun Microsystems, Inc. The various soft- 
ware and data elements discussed herein are stored on a memory device 1 28 such DS one or more magnetic or optical 
disc drives. 

Fig. 2 illustrates a typical screen display available to a user of the network management system disclosed herein. 
30 As shown, the system will dispfay a viewer 201 in which the topology of the system (logical or physical) may be dis- 
played. In addition, the system may display other items of interest such as an alarm report 203. 

Both the logical and physical elements of the network model are stored in a common database 1 27. Fig. 3 illustrates 
the architecture of the network database 1 27 according to a preferred embodiment of the invention. The purpose of 
the topology database is to store topological information about the managed networked environments. Topological 
35 information is in the form of objects which represent topological nodes, views, viewnodes, and types. The topology 
database includes data of the following types: a topoTypeDB, a topoNodeDB, and a topoViewDB. These data are used 
by the system applications to manage the user's networks. 



40 



topoTypeDB 



The topoTypeDB object class 301 contains the general relationship or rules between objects (which represent a 
topoType 303). In other words, topoTypeDB contains a list of object types. Examples of such object types would be 
servers, routers, hubs, and users. 

The topoTypeDB is a managed object class that acts as a "container" tor all topoType objects. The topoTypeDB 
45 object class is named under the system object and only one instance of a topoTypeDB object class can be created 
under a system. TopoType is an object class that is named under the topoTypeDB object cjass. 

topoNodeDB 

50 The topoNodeDB object class 305 contains a flat layout of the objects in the particular managed networked envi- 

ronment, that is, lists of all nodes 307 in the network and their attributes. 

The topoNodeDB is a managed object class that acts as the "container" for all topoNode objects. This object class 
lists all nodes and their attributes. The topoNodeDB object class is named under the system object and only one 
instance of the topoNodeDB object class can be created under a system. 

ss TopoNode is an object class that is named under the topoNodeDB object class. The topoNode object class has 

the following features. TopoNode can be positioned in multiple views. This attribute is allowed since the behaviour of 
"topoTypeLegalChildren" is checked for all parents specified by the attribute. The ASN1 syntax of topoNodeParents 
is a set of topoNodeld's. Special secondary index queries can be done with actions. TopoNode objects can be renamed. 
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The topoNodeName attribute is unique across all topoNodes under the same topoNode DB. The reason that topoN- 
odeName is not used as the naming attribute is to allow renaming of topoNode objects. If a topoNode object is renamed, 
it's new name cannot be the same as the name of an existing node. 

A topoNodeChildren attribute is a reverse relationship attribute of a topoNode Parents attribute. It specifies all the 
5 topoNode children that are contained by this topoNode. Propagation severity of topoNode objects can be tracked and 
propagation can be controlled such that, for example, alarms are indicated in desired views. 

Each node has an associated severity, derived from alarms posted for the corresponding resource. The tracking 
of the propagated severity is performed with a "topoNodePropagateSeverity" attribute. This attribute is the maximum 
value of the topoNodeSeverity of the topoNode and the topoNodePropagateSeverity of all its children. 
io To control propagation locally, a topoNode's "topoNodePropagateUp" attribute is used. To turn the propagation off 

for the entire topology database, the topoNodeDB's "topoStatePropagation" attribute is used. By default, the global 
propagation flag is set on. A topoNode propagates its current severity to its parents only if its topoNodePropagateUp 
flag is on and topoNodeDB's topoStatePropagation flag is on. 

15 topoViewDB 

The topoViewDB 309 object class contains views of the objects in the managed networked environment, that is, 
of all views 311 . The various views contain logical groups of network resources or topology nodes that a user may wish 
to use for management purposes. For example, a view of various ethernet servers in a network may be desired to 
20 monitor the failure rate of such servers. Thus, a view of such servers will be formed. 

TopoViewDB is a managed object class that acts as the container for all topoView objects. TopoViewDB lists all 
views; each of these views is called a topoView. The topoViewDB object class is named under the system object and 
only one instance of the topoViewDB object class can be created under a system. A view is a graphical representation 
of a set of related managed objects. For example, in a network that contains multiple subnetworks, the network might 
25 be one view that has subnetwork elements and each subnetwork within it might constitute or use separate views. 

TopoView is an object class that lists views and is named under the topoViewDB object class. Each topoView 
object is called a topoViewNode. Each instance of the topoView class represents a view in an executable viewing 
program (em_viewer in the case of SunSoft) to display objects that are in the view and store attributes that are related 
to the view. TopoView objects show relationships and hierarchy between objects. Instances of the class are named 
30 under topoViewDB, but create/delete operations are not supported by the name binding. 

The topoViewNode objects 313 represent topoNode objects in different views (different logical views). Each top- 
oViewNode object is associated with a topoNode object. There is a many-to-one relationship between topoViewNode 
and topoNode objects. If the information is available in the topoViewNode's associated topoNode object, the information 
is not duplicated in the topViewHode object. The exception is that the topoNodeld attribute is used as the naming 
3S attribute to create topoViewNode objects. 

Since instances of the class are named under topoView create/delete operations are not supported by the name 
binding. All topoViewNode objects are created/deleted as side effects of creating/deleting topoNodes and adding/ 
removing parents to form a "topoNodeParents" attribute of topoNode objects. The MIS is responsible for maintaining 
the referential integrity between topoViewNode and topoNode objects {for example, a topoNode can contain other 
40 topoNodes). 

TopoViewNode objects are automatically updated. When a new parent is added to the topoNodeParents attribute, 
the MIS creates a topoViewNode object associating to the topoNode under a topoView object which associates to the 
new parent. When an old parent is removed from topoNodeParents, the MIS deletes the topviewNode object associating 
to^the topoNode from the topoView object which associates to the old parent. If the user wants to move or place a 
45 topoNode in a different or another view, it will be necessary to change the topoNode's topoNodeParents attribute. 

Data integrity between topoNode, topoView, and topoViewNode is maintained by the system. Data integrity is 
maintained by the behaviour, in the system herein, of the class. Once a new topoNode is created, if the type of the 
topoNode can contain other topoNodes, the MIS will create a topoView object associated to the topoNode. If a topoNode 
is deleted, all topoView and topoViewNode objects associated with the topoNode are automatically removed by the MIS. 
50 Fig. 3 includes a description of the containment of the various objects in the database. Specifically, TopoViewDB, . 

topoNodeDB, and topoTypeDB are contained within the "system." A topoView is contained within the topoViewDB. A 
topoViewNode is contained within a topoView. A topoNode is contained within the topoNodeDB! A topoType is con- 
tained within the topoTypeDB. 

The reference rules for the database are as follows. A topoView must reference a topoNode. Only one topoView 
55 can reference a single topoNode. A topoViewNode must reference a topoNode. One or more topoView Nodes can 
reference a single topoNode. A topoNode can reference other topoNodes as topoNodeParents or topoNodeChildren. 
A topoNode must reference one topoType. A topoType can be referenced by multiple topoNodes. 

Table 1 provides general descriptions of topology types. 
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Table 1 



TodoIoov Tvdg 


Description 


Container 


A generic view representation. 


Universe 


A generic view, generally used at the top level. 


Internet 


Any combination of IP networks. 


Subnetwork 


Containers specific to the Internet. 


Host 


An IP device on a network. 


Device 


A general representation of a network element. 


Link 


A physical connection between two network elements. 


Router, Bridge Hub 


Multiple interface devices capable of transferring packets between networks. 



Figs. 4A to 4C illustrate various views of a network using the system herein, Fig. 4A illustrates a view of several 
routers 401 in a network. Fig. 4B illustrates a new view that has been created including only two of the routers that a 
particular user desired to monitor. Fig. 4C illustrates the display after using the system to add another router to the 
20 view. Of course, the layout of networks is most often quite complex and Fig. 4 shows only a simple illustration. 

Figs. 5A to 5D illustrate the data formats and contents of a particular topoType (Fig. 5A), topoNode (Fig. 5B), 
topoView (Fig. 5C), topoViewNode (Fig. 5D). Of interest, in topoNode, the topoNodeChildren entry (and, not shown, 
parents) is changed upon change or deletion of : e.g., a parent or other relevant attribute. 

Fig. 5A illustrates the data structure for a topoType. Fig. 5B illustrates a topoNode entry. Fig. 5C illustrates a 
25 particular topoView entry. Fig. 5D illustrates the topoViewNode entry for node 1 3 in Fig. 5B. 

The definition of all objects is preferably in GDMO (Guidelines for Definition of Managed Objects) format. The 
definitions according to one embodiment are shown in the file lopcgdmo" below. The syntax for GDMO objects is 
defined in ASN.1. The file "topo.asnl", set out later, provides object syntax according to one specific embodiment of 
the invention. 

30 

Example 

Figs. 6A to 6C illustrate typical use of the present embodiment. A user typically identifies objects such as routers, 
hubs, bridges, print servers, NFS servers, and WAN links that have an impact on the greatest number of users on the 
35 network. The typical user will then monitor only those devices, reducing the number of managed objects to create and 
monitor. 

In the system herein a view of the network can include part (or all) of a network topology or it can simply be an 
arbitrary collection of managed objects, not part of the topology. In a small scale network, one might wish to place all 
the critical nodes into a single view of the network, as shown in Fig. 6A. In this example, a network includes two subnets 

40 (A and B), which are connected by a router. 

For most network configurations it will be useful to have multiple views of the network to represent functional 
groupings of network devices and to represent the network topology. Using the database model discussed above, one 
might want, for example, to depict devices in particular buildings, or a view that consists only of routers. Taking'the 
example in Fig. 6A one might want to create a separate view for each subnet as well as separate views by type of 

4S . device (routers, NFS servers, and print servers). A user would create these views one element at a time using a 
graphical user interface, which would then build the database elements discussed above. As an example, views group- 
ing elements by function (software servers, routers, and print servers) and subnetwork(s) might be formed as shown 
in Fig. 6B. A high level view is shown in Fig 6C. As shown therein, cloud icons represent the separate views that have 
been created. By double clicking on the clouds, one would then see the elements within these views of the network. 

so Of course, the same element may appear in multiple views. For example, a particular server could occur in both a 
"servers'* view as well as the Net_B view, which shows all of the nodes in that subnetwork. 

The above description is illustrative and not restrictive. Many variations of the invention will become apparent to 
those of skill in the art upon review of this disclosure. Merely by way of example specific database relationships have 
been used for illustration, but the invention is not so limited. 

55 
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topo . odmo 

MODULE -EM Topology" 

OBJECT CLASS 
topoNode MANAGED OBJECT CLASS 

DERIVED FROM "Rec. X.721 | ISO/IEC 10165-2 : 1992" • top- 
CHARACTERIZED BY 

topoNodePackage • 
REGISTERED AS { em- topo-objectClass 1 }; 

topoNodePackage PACKAGE 

BEHAVIOUR topoNodePackageDef inition BEHAVIOUR DEFINED AS 

!This managed object class represent a single node in the topo 
graph. A node is anything in the network which can be connected 
to another thing: a device, a part of a device, an interface a 
cable, etc. 1 

Once a new topoNode is created, if the type of the topoNode can 
contain other topoNodes, the system will create a topoView object 
associated to the topoNode. 

If a topoNode is deleted, all topoView and topoViewNode objects 
associated to the topoNode are automatically removed. 

The topoNodeName attribute is unique across all topoNodes under 
the same topoNodeDB. The reason that topoNodeName is not used 
for naming attribute is to allow renaming of ^the object. 

The topoNodeParents attribute is a relationship attribute. It is 
used to specify the parent topoNodes which contain this topoNode 
Note the containment relationship is a many- to-many 
relationships. It is different than the standard OSI MIT 
containment relationship, which is a one-to-many relationship. 
The many- to-many relationship provides the flexibility by which 
the user can position the same topoNode into different views. 

When a new parent is added to the topoNodeParents attribute, the 
system creates a topoViewNode object associating to the topoNode 
under the topoView object which associates to the new parent. 

When an old parent is removed from the topoNodeParents attribute, 
the system delete the topoViewNode object associating to the 
topoNode from the topoView object which associates to the old 
parent. 

The topoNodeChildren attribute is a reverse relationship 
attribute of the topoNodeParents attribute. It is used to 
specify the children topoNodes contained by this topoNode. 

1 i 

* 

ATTRIBUTES 

topoNode Id GET, 
topoNodeName GET -REPLACE, 
topoNodeType GET -REPLACE , 
topoNodeMOSet 

DEFAULT VALUE EM-TOPO-ASNl . emptyTopoNodeMOSet 

GET -REPLACE, 
topoNodeCmipAgentMO 

DEFAULT VALUE EM-TOPO-ANS1. nul 1 TopoNodeMO 

GET -REPLACE, 
topoNodeRpcAgentMO ' 
topoNodeGetByType , 
topoNodeGetByMO . 
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topoGe tViewGraph ; 
NOTIFICATIONS , 

"Rec. X.721 I ISO/IEC 10165-2 : 1992" : 

ob j ectCreation , 
"Rec. X.721 I ISO/IEC 10165-2 : 1992" : 

object Deletion; 

i 

topoType MANAGED OBJECT CLASS . 

DERIVED FROM "Rec. X.721 I ISO/IEC 10165-2 : 1992" : top; 
CHARACTERIZED BY 

topoType Package ; 
REGISTERED AS { em- topo-objectClass 3}; 

topoTypePackage PACKAGE 

BEHAVIOUR topoTypePackageDef inition BEHAVIOUR DEFINED AS 

I This managed object class specifies schema information that 
defines how the Topology database can be constructed."; 

# 

ATTRIBUTES 

topoTypeld GET, 
topoTypeDerivedFrom GET, 
topoTypeAllDerivedFrom GET, 
topoTypeBaseOf GET, 
topoTypeMaxVisible Level 

DEFAULT VALUE EM-TOPO- ASNl-def aultMaxVisibleLevel GET, 
topoTypeMaxTopoLevel 

DEFAULT VALUE EM-TOPO- ASN1 .def aultMaxTopoLevel GET, 
topoTypeLegalAcrs 

DEFAULT VALUE EM- TOPO-ASN1 .def ault TopoType s 

GET ADD, 
topoTypeAll Legal Arcs GET, 
t opoTypeLega 1 Chi 1 dren 

DEFAULT VALUE EM-TOPO- ASN1 . def ault TopoType s 

GET ADD, 
topoTypeAll Legal Children GET, 
t opoTypeDrawMe t hod 

DEFAULT VALUE EM-TOPO- ASN1 . def aultDrawMethod 

GET - REPLACE 

topoTypeDe fault Layer GET - REPLACE 

NOTIFICATIONS , 

"Rec. X.721 I ISO/IEC 10165-2 : 1992 » : 

ob j ectCreation , 
"Rec. X.721 I ISO/IEC 10165-2 : 1992" : 

object Deletion, 
"Rec. X.721 I ISO/IEC 10165-2 : 1992" : 

at t r ibut eValueChange ; 

i 

topoTypeDB MANAGED OBJECT CLASS. 

DERIVED FROM "Rec. X.721 I ISO/IEC 10165-2 : 1992": top; 
CHARACTERIZED BY 

topoTypeDBPackage ; 
REGISTERED AS { em- topo-ob j ectClass 4 } 

topoTypeDBPackage PACKAGE 

BEHAVIOUR topoTypeDBPackageDef inition BEHAVIOUR DEFINED AS 

1 This managed object class acts as the container for all 
topoType -related objects. ! ; 

DEFAULT VALUE EM-TOPO- ASN1 . nul iTopoNodeMO 
GET -REPLACE , 
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topoNodeSmnAgentMO 

" DEFAULT VALUE EM-TOPO-ASN1 .millTopoNodeMO 

GET - REPLACE , 
t opoNodeDe faul tMO 

DEFAULT VALUE EM-TOPO-ASN1 . nullTopoNodeMO 

GET-REPLACE, 
topoNodeParents GET- REPLACE ADD -REMOVE, 
topoNodeChildren GET, 
topoNodePeers GET- REPLACE ADD -REMOVE, 
topoNodeManaged GET - REPLACE , 
topoNode Is Managed GET, 
topoNodeState GET -REPLACE , 
topoNodeSeverity GET- REPLACE, 
topoNodePropagatedSeverity GET, 
topoNodePropagateUp 

DEFAULT VALUE EM-T0P0-ASN1. topoBooleanTrue 

GET - REPLACE , 
topoNodeDisplayStatus 

DEFAULT VALUE EM-TOPO-ASN1 . emptyTopoNodeDisplayStatus 

GET- REPLACE ADD- REMOVE, 
t opoNodeGe oLo ca t ion 

DEFAULT VALUE EM-TOPO-ASN1 .nullGeoLocation 

GET- REPLACE, 
topoNodeLayer 

DEFAULT VALUE EM-TOPO-ASN1 . empty Layer 

GET- REPLACE, 
topoNodeUserData 

DEFAULT VALUE EM- TOPO-ASN1 . emptyUserData 

GET- REPLACE 



"Rec. X.721 I ISO/IEC 10165-2 : 1992" : 

objectCreation, 
"Rec. X.721 I ISO/IEC 10165-2 : 1992" : 

objectpeletion, 
"Rec. X.721 I ISO/IEC 10165-2 : 1992" : 
attribtueValueChange ; 



DERIVED FROM "Rec. X.721 I ISO/IEC 10165-2 : 1992" : top; 
CHARACTERIZED BY 

topoNodeDBPackage ; 
REGISTERED AS { em- topo-objectClass 2 }; 

topoNodeDBPackage PACKAGE 

BEHAVIOUR topoNodeDBPaclcageDef inition BEHAVIOUR DEFINED AS 

iThis managed object class acts as the container for all 
topoNode- related objects.!; 

i 

ATTRIBUTES 



topoNodeDBId GET, 
tOpOAllStatus 

DEFAULT VALUE EM-T0P0-ANS1 . emptyTopoAllStatUS 

GET - REPLACE ADD -REMOVE, 
t opo Al 1 Lay e r 

DEFAULT VALUE EM-T0P0-ASN1 . emptyTopoAllLayer 

GET- REPLACE ADD -REMOVE, 
topoS tatePropagat ion 

DEFAULT VALUE EM-T0PO-ASN1 . topoBooleanTrue 

GET - REPLACE , 



NOTIFICATIONS 




ACTIONS 



topoNodeGetByNatne , 
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ATTRIBUTES 

topoTypeDBId GET; 
NOTIFICATIONS , 

"Rec. X-721 I ISO/IBC 10165-2 : 1992" 

ob j e c tpr ea t ion , 
-Rec. X.721 I ISO/IBC 10165-2 : 1992" 
objectDeletion; 



topoView MANAGED OBJECT CLASS , 

DERIVED FROM "Rec . X.721 I ISO/IEC 10165-2 
CHARACTERIZED BY 

topoViewPackage ; 
REGISTERED AS { em- topo-objectClass 5 } ; 



1992" top; 



topoViewPackage PACKAGE 
is BEHAVIOUR topoViewPackage Definition BEHAVIOUR DEFINED AS 

iThis managed object class is used to store information for the 
topological view application. ! ; 

! 

ATTRIBUTES 

topoNodeld GET, 
20 topoViewBackgroundlmage 

DEFAULT VALUE EM-TOPO-ASN1 . def aultBackgroundlmage 
GET- REPLACE , 
t opoVi ewMapConf igF i le 

DEFAULT VALUE EM-TOPO-ASN1 . def aultMapConf igFile 
GET - REPLACE , 
25 topoViewMapInitialGeoArea 

DEFAULT VALUE EM-T0P0-ASN1 . def aultMapInitialGeoArea 
GET- REPLACE; 
NOTIFICATIONS . 

■Rec. X.721 I ISO/IEC 10165-2 : 1992" : 

ob j ectpr eat ion , 
■Rec. X.721 I ISO/IEC 10165-2 : 1992" : 

objectpeletion, 
"Rec. X.721 I ISO/IEC 10165-2 : 1992" : 
attributeValueChange ; 

* 

3S topoViewDB MANAGED OBJECT CLASS 

DERIVED FROM "Rec. X.721 | ISO/IEC 10165-2 r 1992" : top; 
CHARACTERIZED BY 

topoViewDBPackage ; 
REGISTERED AS { em-topo-obj ectClass 6 }; 



topoViewDBPackage PACKAGE 

BEHAVIOUR topoViewDBPackageDefinition BEHAVIOUR DEFINED AS 

IThis managed object class acts as the container for all 
topoView- related objects- ! ; 

; 

ATTRIBUTES 

topoViewDBId GET* 
topoViewNodeAutoPosition 

DEFAULT VALUE EM-TOPO-ANS1. topoBooleanTrue 
GET - REPLACE 

NOTIFICATIONS 

"Rec. X.721 | ISO/IEC 10165^2 : 1992" : 

ob j ectCreat ion , 
"Rec. X.72X | ISO/IEC 10165-2 : 1992" : 

ob j ectDeletion ; 
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topoViewNode MANAGED OBJECT CLASS 

DERIVED FROMRec. X.72X | ISO/IEC 10165-2 : 1992" : top; 
CHARACTERIZED BY 

topoViewNodePackage; 
REGISTERED AS { em-topo-objectClass 7 }; 

topoViewNodePackage PACKAGE 

BEHAVIOUR topoViewNodePackageDef inition BEHAVIOUR DEFINED AS 

!This managed object class is used to store information for the 
topological view node."; 

» 

ATTRIBUTES 

topoNodeld GET, 

topoViewNodePosition GET -REPLACE; 
NOTIFICATIONS 

"Rec. X.721 | ISO/IEC 10165-2 : 1992" : 

ob j ectCrea t ion , 
•Rec. X.721 | ISO/IEC 10165-2 : 1992- : 

objectDeletion, 

"Rec. X.721 | ISO/IEC 10165-2 : 1992" : 
at tribtue Value Change ; 



Name Bindings 

topoNodeDB- system NAME BINDING 

SUBORDINATE OBJECT CLASS topoNodeDB; 
NAMED BY 

SUPERIOR OBJECT CLASS 

"Rec. X.721 | ISO/IEC 10165-2 : 1992" : system AND SUBCLASSES; 
WITH ATTRIBUTE topoNodeDB Id; 
BEHAVIOUR topoNodeDB -systemBehavi our 

BEHAVIOUR DEFINED AS 

I This name binding defines the location of the topoNodeDB 
object. ! ; 

; 

CREATE 

DELETE ONLY -IF- NO - CONTAI NED r OBJECTS ; 
REGISTERED AS { em- topo-binding 1 }; 

topoTypeDB- system NAME BINDING 

SUBORDINATE OBJECT CLASS typoType DB; 
NAMED BY 

SUPERIOR OBJECT CLASS 

"Rec. X.721 | ISO/IEC 10165-2 : 1992° : system AND SUBCLASSES; 
WITH ATTRIBUTE tOpoTypeDBId; 
BEHAVIOUR topoTypeDB -systetnBehaviour 

BEHAVIOUR DEFINED AS 

iThis name binding defines the location of the topoTypeDB 
object.!; 

# 

CREATE; 

DELETE ONLY- 1 F - NO - CONTAINED - OBJECTS ; 
REGISTERED AS { em- topo- binding 2 }; 

topoViewDB- system NAME BINDING 

SUBORDINATE OBJECT CLASS topoViewDB; 
NAMED BY 

SUPERIOR OBJECT CLASS 

"Rec. X.721 | ISO/IEC 10165-2 : 1992" : system AND SUBCLASSES; 
WITH ATTRIBUTE topoVievDBId; 
BEHAVIOUR topoViewDB-systemBehaviour 

BEHAVIOUR DEFINED AS 

IThis name binding defines the location of the topoViewDB 
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object . ! ; 

CREATE 

5 DELETE ONLY - 1 F - NO - CONTAINED - OBJECTS ; 

REGISTERED AS { em- topo- binding 3 }; 

topoNode-topoNodeDB NAME BINDING 

SUBORDINATE OBJECT CLASS topoNode; 
NAMED BY 

1Q SUPERIOR OBJECT CLASS tOpoNodeDB; 

WITH ATTRIBUTE topoNodeld; 
BEHAVIOUR topoNode -topoNodeDBBehavi our 
BEHAVIOUR DEFINED AS 

1 This name binding defines the location of topoNode objects.!; 

75 CREATE WITH- AUTOMATIC - INSTANCE -NAMING ; 

DELETE ONLY - 1 F - NO - CONTAINED - OBJECTS ; 

REGISTERED AS { em- topo- binding 4 } ,- 

topoType- tOpoTypeDB NAME BINDING 

SUBORDINATE OBJECT CLASS topoType; 
20 NAMED BY 

SUPERIOR OBJECT CLASS topoTypeDB; 
WITH ATTRIBUTE topoTypeld; 
BEHAVIOUR topoType - topoTypeDBBehavi our 
BEHAVIOUR DEFINED AS 

!This name binding defines the location of topoType objects.!; 

25 ; 

CR_EA^*E 

DELETE ONLY- IF- NO- CONTAINED -OBJECTS ; 
REGISTERED AS { em- topo -binding 5 }; 

topoView-topO-ViewDB NAME BINDING 
30 SUBORDINATE OBJECT CLASS topoView; 

NAMED BY 

SUPERIOR OBJECT CLASS topoViewDB; 

WITH ATTRIBUTE topoNode Id ; 

BEHAVIOUR topoView- topoViewDBBehavi our 

BEHAVIOUR DEFINED AS 
35 (This name binding defines the location of topoView objects. 

This name binding doesn't support create and delete management 

operations . 1 ; 

REGISTERED AS { em- topo -binding 6 } ; 

40 topoViewNode- topoView NAME BINDING 

SUBORDINATE OBJECT CLASS topoViewNode ; 
NAMED BY 

SUPERIOR OBJECT CLASS topoView; 

WITH ATTRIBUTE topoNodeld; 

BEHAVIOUR topoViewNode- topoViewBehaviour 

45 BEHAVIOUR DEFINED AS 

IThis name binding defines the location of topoViewNode objects. 
This name binding doesn't support create and delete management 
operations . t ; 

REGISTERED AS { em- 1 opo - binding 7 ); 

so 

Attributes 

topoAl 1 Layer ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM- TOPO- AS Nl . TopoAl 1 Layer ; 
MATCHES FOR EQUALITY, SET -COMPARISON, SET - INTERSECTION ; 
55 BEHAVIOUR topoAll Layer Behaviour BEHAVIOUR DEFINED AS 
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!This attribute identifies the list of allowed layer for 
topoNodeLayer . I ; 

5 REGISTERED AS { em- topo- attribute 1 },- 

tOpOAllStatUS ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1 .TopoAllStatUS; 
MATCHES FOR EQUALITY, SET- COMPARISON, SET- INTERSECTION; 
., BEHAVIOUR topoAllStatusBehaviour BEHAVIOUR DEFINED AS 
w !This attribute identifies the list of allowed display status for 

topoNodeDisplayStatus . ! ; 

REGISTERED AS { em- topo- at tribute 2 } ; 

topoNodeChildren ATTRIBUTE 
75 WITH ATTRIBUTE SYNTAX EM - TOPO - ASN1 . TopoNode S ; 

MATCHES FOR EQUALITY, SET - COMPARISON , SET- INTERSECTION; 

BEHAVIOUR topoNodeChildrenBehaviour BEHAVIOUR DEFINED AS AS 

!Thia attribute contains a list of all topoNode objects which are 
logically children of this topoNode object.!; 

20 registered AS { era- topo-at tribute 3 }; 

topoNodeCraipAgentMO ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM - TOPO - ASN1 . TopoNodeMO; 
MATCHES FOR EQUALITY; 

BEHAVIOUR topoNodeCmipAgentMOBehaviour BEHAVIOUR DEFINED AS 
2S !This attribute identifies the CMIP agent object that is 

represented by this topoNode object.!; 

REGISTERED AS { era- topo -at tribute 4 }; 

topoNodeDBId ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOFO-ASN1 .TopoNullId; 
MATCHES FOR EQUALITY ; 

BEHAVIOUR topoNodeDBIdBehaviour BEHAVIOUR DEFINED AS 

!This is a distinguished attribute of the topoNodeDB object. 1; 

t 

REGISTERED AS { em- topo- at tribute 5 }; 

55 topoNodeDefaultMO ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1 . TopoNodeMO; 
MATCHES FOR EQUALITY; 

BEHAVIOUR topoNodeDefaultMOBehaviour BEHAVIOUR DEFINED AS 

IThis attribute identifies the managed object that is used as the 
default MO for launching request templates.!; 

40 , 

REGISTERED AS { em- topo- attribute 6 } ; 

topoNodeDisplayStatus ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-T0P0-ASN1 . TopoNodeDisplayStatus ; 
MATCHES FOR EQUALITY, SET-COMPARISON, SET- INTERSECTION; 
45 BEHAVIOUR topoNodeDisplayStatusBeahviour BEHAVIOUR DEFINED AS 

IThis attribute identifies the list of display status defined by 
users. Bach entry of the list is a pair of attribute ID and 
value (integer only). One example is performance. Allowed 
attribute ID is specified by topoDatabase : :allStatus . 1 ; 

i 

so REGISTERED AS { em- topo- at tribute 7 } ; 

topoNodeGeoLocation ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1 .TopoNodeGeoLocation; 
MATCHES FOR EQUALITY ; 

55 
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BEHAVIOUR topoNodeGeoLocationBehaviour BEHAVIOUR DEFINED AS 

I This attribute identifies the longitude and latitude of the topo 
node. The default value is NULL.!; 

5 REGISTERED AS { em- topo-attribute 8 }; 

topoNode ID ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1 .TopoNodeld; 
MATCHES FOR EQUALITY; 

BEHAVIOUR topoNodeBehaviour BEHAVIOUR DEFINED AS 
to (This is a distinguished attribute of the topoNode object. I; 

REGISTERED AS { em- topo-attribute 9 }; 

topoNodeLayer ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM- TOPO -ASN1 .TopoNodeLayer ; 
75 MATCHES FOR EQUALITY; 

BEHAVIOUR topoNodeLayer Behavior BEHAVIOUR DEFINED AS 

I This attribute identifies the layer that the topo node is on.!; 

* 

REGISTERED AS { em- topo- attribute 10 }; 

20 topoNodeMOSet ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM - TOPO - ASN1 . TopoNodeMOSet ; 
MATCHES FOR EQUALITY; 

BEHAVIOUR topoNodeMOSet Behaviour BEHAVIOUR DEFINED AS 

IThis attribute identifies the managed objects elsewhere in the 
management information tree that are represented by this topoNode 
25 object.!; 

REGISTERED AS { em- topo-attribute 11 } ; 

topoNodeName ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM -TOPO- AS Nl . TopoNodeName ; 
MATCHES FOR EQUALITY; 
30 BEHAVIOUR topoNodeNameBehaviour BEHAVIOUR DEFINED AS 

IThis attribute can be used to provided a user-friendly label for 
the topoNode . I ; 

? 

REGISTERED AS { em- topo-attribute 12 }; 

35 topoNodeParents ATTRIBUTE 

WITH ATTRIBUTE SYNTAX KM - TOPO - ASN1 . TopoNode S ; 
MATCHES FOR EQUALITY ; 

BEHAVIOUR topoNodeParezitBehaviour BEHAVIOUR DEFINED AS 

IThis attribute identifies the logical parent topoNodes of this 
topoNode . I ; 



40 



REGISTERED AS { em- topo -attribute 13 } ; 



topoNodePeers ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM - TOPO -ASN1 . TopoNodes ; 
MATCHES FOR EQUALITY, SET- COMPARISON, SET- INTERSECTION ; 
45 BEHAVIOUR topoNodePeersBehaviour BEHAVIOUR DEFINED AS 

IThis attribute contains a list of all topoNode objects which are 
logically connected to this topoNode object. I ; 

REGISTERED AS { em- topo- at tribute 14 }; 

so topoNodePropagatedSe verity ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1 . TopoNodeSeverity; 
MATCHES FOR EQUALITY ; 

BEHAVIOUR topoNodePropagatedSeverityBehaviour BEHAVIOUR DEFINED AS 

IThis attribute specifies what propagated severity the topology 
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node has . I ; 

REGISTERED AS { em- topo- attribute 15 }; 

5 topoNodePropagateUp ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1 . TopoBoolean ; 
MATCHES FOR EQUALITY; 

BEHAVIOUR topoNodePropagatedBehaviour BEHAVIOUR DEFINED AS 

IThis attribute specifies whether the topology node should 
w propagate its state to its parents.!; 

REGISTERED AS { em-topo-attribute 16 }; 

topoNodeRpcAgentMO ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1 .TopoNodeMO 
75 MATCHES FOR EQUALITY; 

BEHAVIOUR topoNodeRpcAgentMOBehaviour BEHAVIOUR DEFINED AS 

!This attribute identifies the RPC agent object that is 
represented by this topoNode object. !; 

REGISTERED AS { era- topo- attribute 17 } 

20 

topoNodeSeverity ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM - TOPO- AJSN1 . topoNodeSe verity ; 
MATCHES FOR EQUALITY ; 

BEHAVIOURtcpoNodeSeverityBehaviour BEHAVIOUR DEFINED AS 

.'This attribute specifies what severity the topology node has. 

2s ; . 

REGISTERED AS { em- topo- attribute 18 }; 

topoNodeSnmpAgentMO ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM - TOPO- ASN1 . TopoNodeMO; 
MATCHES FOR EQUALITY; 
30 BEHAVIOURtopoNodeSnmpAgentMOBehaviour BEHAVIOUR DEFINED AS 

!This attribute identifies the SNMP Proxy Agent object that is 
represented by this topoNode ob j ect . ! ; 



REGISTERED AS { em- topo- attribute 19 }; 

35 

topoNodeState attribute 

WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1 . topoNodeState ; 
MATCHES FOR EQUALITY; 

BEHAVIOUR topoNodeStateBehaviour BEHAVIOUR DEFINED AS 

IThis attribute specifies what the state of the topology node 

40 is . ! ; ' . 

REGISTERED AS { em-topo-attribute 20 }; 

topoNodeType ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1 . topoNodeTypeld; 
45 MATCHES FOR EQUALITY ; 

BEHAVIOUR topoNodeTypeBehaviour BEHAVIOUR DEFINED AS 

IThis attribute identifies the topoType object in the topology 
database which describes the purpose and behaviour of this 
topoNode object. This attribute may only be set to a new type 
which is derived from the existing type of the topoNode.!; 

SO ; 

REGISTERED AS { em-topo-attribute 21 }; 

topoStatePropagation ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1 . TopoBoolean; 
MATCHES FOR EQUALITY; 
55 BEHAVIOUR topoStatePropagationBehaviour BEHAVIOUR DEFINED AS 
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!This attribute identifies whether the state propagation should 
be performed for all topology nodes . 1 ; 

REGISTERED AS { em- topo- attribute 22 } ; 

topoTypeAl lBaseOf ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO- ASN1 . topoTypes ; 

MATCHES FOR EQUALITY, SET- COMPARISON, SET- INTERSECTION; 

BEHAVIOUR topoTypeAl lBaseOf Behaviour BEHAVIOUR DEFINED AS 

I This attribute names the topoType objects that have this 
10 topoType object as a logical base class through any number of 

derivations . 1 ; 

REGISTERED AS { em- topo- attribute 23 } ; 

1S topoTypeAl IDerivedFrom ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1 . topoTypes; 

MATCHES FOR EQUALITY, SET- COMPARISON, SET - INTERSECTION ; 

BEHAVIOUR topoTypeAl IDerivedFromBehaviour BEHAVIOUR DEFINED AS 

IThis attribute names the topoType objects that this topoType 
object is logically derived from through any number of 
20 derivations . ! ; 

REGISTERED AS { em-topo-attribute 24 }; 

topoTypeAl lLegal Arcs ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1 . topoTypes ; 
2S MATCHES FOR EQUALITY, SET -COMPARISON, SET- INTERSECTION; 

BEHAVIOUR topoTypeAl lLegalArcsBehaviour BEHAVIOUR DEFINED AS 

IThis attribute names the topoType objects that this topoType 
object can connect to, including those specified by any base 
. types . ! ; 

30 REGISTERED AS { em-topo-attribute 25 } ; 

topoTypeAl lLegalChildr en ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM - TOPO - ASN1 . topoTypes ; 
MATCHES FOR EQUALITY, SET- COMPARISON, SET -INTERSECTION; 
BEHAVIOUR topoTypeAl iLegalChildrenBehaviour BEHAVIOUR DEFINED AS 
3S IThis attribute names the topoType objects that this topoType 

object can contain, including those specified by any base 
types . ! ; 

REGISTERED AS { em-topo-attribute 26 J ; 

40 topoTypeBaseOf ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM - TOPO - ASN1 . topoTypes ; 

MATCHES FOR EQUALITY, SET- COMPARISON, SET- INTERSECTION ; 

BEHAVIOUR topoTypeBaseOf Behaviour BEHAVIOUR DEFINED AS 

•This attribute names the topoType objects that directly name 
this topoType object as a logical base class.!; 

45 

REGISTERED AS { em- topo- attribute 27}; 



topoTypeDBId ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1 .TopoNullId; 
50 MATCHES FOR EQUALITY; 

BEHAVIOUR topoTypeDBIdBehaviour BEHAVIOUR DEFINED AS 

IThis is a distinguished attribute of the topoTypeDB object.!; 

REGISTERED AS { em- topo- attribute 28 }; 
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topoTypeDefaultLayer ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM- TOPO- ASN1. topoTypeDe fault Layer • 
MATCHES FOR EQUALITY ; 

BEHAVIOUR topoNodeDefaultLayerBehaviour BEHAVIOUR DEFINED AS 

IThis attribute identifies the default layer that is used by the 
topo node . I ; 

REGISTERED AS { em- topo- attribute 29 }; 

topoTypeDerivedFrora ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1 . topoTypes ; 
MATCHES FOR EQUALITY, SET- COMPARISON, SET - INTERSECTION; 
BEHAVIOUR topoTypeDerivedFromBehaviour BEHAVIOUR DEFINED AS 

IThis attribute names the topoType objects that this topoType 
object is logically derived from. ! ; 

REGISTERED AS { em- topo- attribute 30 } ; 

topoTypeDrawMethod ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM - TOPO -ASN1 . topoTypeDrawMethod; 
MATCHES FOR EQUALITY; 

BEHAVIOUR topoTypeDrawMethodBehaviour BEHAVIOUR DEFINED AS 

IThis attribute defines the drawable of the topoType object.!; 

; 

REGISTERED AS { em- topo- attribute 31 }; 

topoTypeld ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1. topoTypeld; 
MATCHES FOR EQUALITY; 

BEHAVIOUR topoTypeldBehaviour BEHAVIOUR DEFINED AS 

IThis attribute is the distinguished attribute for a topoType 
object.!; 

i 

REGISTERED AS { em- topo- attribute 32 } ; 

topoTypeLegalArcs ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO-A2N1 . topoTypes ; 
MATCHES FOR EQUALITY, SET- COMPARISON, SET- INTERSECTION ; 
BEHAVIOUR topoTypeMaxLegalArcsBehaviour BEHAVIOUR DEFINED AS 

IThis attribute identifies the topoTypes that may legally form 
arcs with this topoType. I; 

; 

REGISTERED AS { em- topo -at tribute 33 } ; 

topoTypeLegalChildren ATTRIBUTE 
40 WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1 . topoTypes ; 

MATCHES FOR EQUALITY, SET- COMPARISON, SET- INTERSECTION; 
BEHAVIOUR topoTypeMaxLegalChildrenBehaviour BEHAVIOUR DEFINED AS 

IThis attribute identifies the topoTypes that may legally be 
children of this topoType. I; ■ 

4S REGISTERED AS { em- topo- attribute 34 }; 

topoTypeMaxTopo Level ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1. topoTypeMaxTopoLevel ; 
MATCHES FOR EQUALITY, ORDERING; 

BEHAVIOUR topoTypeMaxTopoLevelBehaviour BEHAVIOUR DEFINED AS 
so IThis attribute identifies the highest abstract graph level that 

this node participates in the topology. A topoNode may not have 
more than one arc to each abstract graph level higher than 
this . I ; 
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REGISTERED AS { em- topo -at tribute 35 } ; 
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topoTypeMaxVi s ibleLeve 1 ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1 . topoTypeMaxVi si ble Level ; 
MATCHES FOR EQUALITY , ORDERING; 

BEHAVIOUR topoTypeMaxVisibleLevelBehaviour BEHAVIOUR DEFINED AS 

I This attribute identifies the highest abstract graph level that 
this node logically appears in. A topoNode may not have any arcs 
to an abstract graph level higher than this.!; 

REGISTERED AS { em- topo-at tribute 36 }; 

topoViewBackgroundlmage ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1 . topoViewBackgroundlmage ; 
MATCHES FOR EQUALITY; 

BEHAVIOUR topoViewBackgroundlmageBehaviour BEHAVIOUR DEFINED AS 

l This attribute contains the relative file name of a image to 
display in the view. I ; 

REGISTERED AS { em- topo-at tribute 37 } ; • 

topoViewDBId ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-T0P0-ASN1 . topoNullId; 
MATCHES FOR EQUALITY; 
20 BEHAVIOUR topoViewDBIdBehaviour BEHAVIOUR DEFINED AS 

(This is a distinguished attribute of the topoNodeDB object.!; 

REGISTERED AS { em- topo- attribute 3B }; 

topoViewMapConf igFile ATTRIBUTE 
2S WITH ATTRIBUTE SYNTAX EM - TOPO-ASN1 . topoViewMapConf igFile ; 

MATCHES FOR EQUALITY; 

BEHAVIOUR topoViewMapConfigFileBehaviour BEHAVIOUR DEFINED AS 
tThis attribute is the file for vector (geographic) map 
configuration. ! ; 

3Q REGISTERED AS { em- topo-at tribute 39 }; 

topoViewMapInitialGeoArea ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-T0P0-ASN1 . topoViewMapInitialGeoArea ; 
MATCHES FOR EQUALITY; 

BEHAVIOUR topoViewMapInitialGeoAreaBehaviour BEHAVIOUR DEFINED AS 
lTbis attribute is to specify the initial zoom area of the 
geographical map. 1 ; 

REGISTERED AS { em- topo- attribute 40}; 

topoViewNodePosition ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1 . topoViewNode Posit ion; 
MATCHES FOR EQUALITY; 

BEHAVIOUR topoViewNodePositionBehaviour BEHAVIOUR DEFINED AS 

lThis attribute contains x,y coordinates of the topoNodeView 
image to be displayed in the view. ! ; 

REGISTERED AS { em- topo -at tribute 41 } ; 

topoNode IsManaged ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1 . topoNodeManaged; 
MATCHES FOR EQUALITY; 

BEHAVIOUR topoNode I sManagedBehaviour BEHAVIOUR DEFINED AS 

!ThiD attribute specifies the logical and of this nodes 
topoNodeManaged attribute with that of its parent's 
topoNodelsManaged attribute. ! ; 

REGISTERED AS { em- topo-attribute 42 } ; 
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topoNodeManaged ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM- TOPO- ASN1 . TopoNodeManaged; 
MATCHES FOR EQUALITY; 

BEHAVIOUR topoNodeManaged BEHAVIOUR DEFINED AS 
5 !This attribute specifies whether the topoNode should be managed 

by applications. t ; 

REGISTERED AS { era- topo- attribute 43 }; 

topoNodeUserData ATTRIBUTE 
10 WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1 . topoNodeUserData; 

MATCHES FOR EQUALITY ; 

BEHAVIOUR topoNodeUserDataBehaviour BEHAVIOUR DEFINED AS 

iThia attribute specifies a user defined data to be stored with 
the topoNode . ! ; 

15 REGISTERED AS { em-topo-attribute 44 } ; 

topoViewNodeAutoPoaition ATTRIBUTE 

WITH ATTRIBUTE SYNTAX EM-TOPO-ASN1. TopoBoolean; 
MATCHES FOR EQUALITY; 

BEHAVIOUR topoViewNodeAutoPositionBehaviour BEHAVIOUR DEFINED AS 
20 (This attribute specifies if at the creation time the position of 

the topoViewNode is automatically generated. ! ; 

REGISTERED AS { em-topo-attribute 45 }; 

-- Actions 

25 

topoNodeGetByName ACTION 

BEHAVIOUR topoNodeGetByNameBehaviour BEHAVIOUR DEFINED AS 

IThis action returns the topoNodeld of the topoNode whose 
topoNodeName attribute matches the input name J; 

30 WITH INFORMATION SYNTAX EM- TOPO -ASN1. TopoNodeName; 

WITH REPLY SYNTAX EM-TOPO- ASN1 . TopoNode 3 ; 
REGISTERED AS { em- topo -act ion l}; 

topoNodeGetByType ACTION 

BEHAVIOUR topoNodeGetByTypeBehaviour BEHAVIOUR DEFINED AS 

IThia action returns a list of topoNode Ids of the topoNodes whose 
topoNodeType attributes match the input type ! ; 

WITH INFORMATION SYNTAX KM-TOPO-ASN1 . TopoTypeld; 
WITH REPLY SYNTAX EM-TOPO- ASN1 . TopoNode S ; 
REGISTERED AS { em- topo- action 2 }; 

40 topoNodeGetByMO ACTION 

BEHAVIOUR t OOONodeGe tByMOBehavi our BEHAVIOUR DEFINED AS 

IThis action returns a list of topoNode Ida of the topoNodes which 
represent the input managed object! ; 

WITH INFORMATION SYNTAX EM-TOPO- ASN1 . TopoNodeMO ; 
45 WITH REPLY SYNTAX EM-TOPO-ASN1 . TopoNodes ; 

REGISTERED AS { em- topo- action. 3 ); 

topoGetViewGraph ACTION 

BEHAVIOUR topoGetViewGraphBehaviour BEHAVIOUR DEFINED AS 
IThis action returns the hierarchy of all topoViews! 

so 

WITH INFORMATION SYNTAX EM-TOPO - ASN1 . TopoNul lid ; 
WITH REPLY SYNTAX EM-TOPO- ASN1 . TopoViewGraph ; 
REGISTERED AS { em- topo- action 4 J; 

ss 
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fcopo » aanl 
BM-TOPO-ASN1 { 

iso<l) org(3) dod(6) internet(l) private(4) enterprises (l) sun(42) 
5 ^ products (2) managed (2) em (2) newtopo{4 0) 

DEFINITIONS : : - 
BEGIN 

10 IMPORTS 

Ob j ec t Ins tance 

FROM CMIP-l { joint- iso-ccitt ms(9) cmip(l) modules (0) protocol (3) }; 

em-topo OBJECT IDENTIFIER : :» { 

iso(l) org (3) dad (6) internet (1) private (4) enterprises <l) sun(42) 
is products (2) management ( 2 ) em{2) topology (40) 

em-topo-objectClass OBJECT IDENTIFIER ::a { em-topo 3 } 
em-topo-binding OBJECT IDENTIFIER { em-topo 6 } 

em- topo-at tribute OBJECT IDENTIFIER : : = { em-topo 7 } 
em-topo- act ion OBJECT IDENTIFIER { em-topo 9 } 

20 

Default Values 

nullTopoNodeMO topoNodeMO : : =» null : NULL 
emptyTopoNodeMOSet TopoNodeMOSet 
emptyTopoAllStatus TopoAllStatus = 
emptyTopoAll Layer TopoAll Layer : :« { 
2$ defaultDrawMethod TopoTypeDrawMethod • :» circle 

nullGeoLocation TopoNodeGeoLocation : :» null : NULL 
def aultTopoTypeDe fault Layer TopoTypeDef au It Layer : :» "default" 
emptyLayer TopoNodeLayer : :«= 

emptyTopoNodeDisplayStatus TopoNodeDi splay Status : : * { } 
defaultMaxVisibleLevel TopoTypeMaxViaibleLevel : := 0 
def aultMaxTopo Level TopoTypeMaxTopoLevel : : *» 0 
def aultTopoTypes TopoTypes { } 

default Background Image TopoViewBackgroundlmage : := ■■ 
defaultMapConf igFile TopoViewMapConf igFile : :« 

defaultMapInitialGeoArea TopoViewMapInitialGeoArea : null :NULL 
topoBolleanTrue TopoBoolean : :» TRUE 
topoBooleanFalse TopoBoolean : := FALSE 
emptyUserData TopoNodeUserData : " * 
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TopoNullId : : - NULL 

TopoAllStatus SET OF GraphicString 

TopoAllLayer : SET OF GraphicString 
TopoBoolean : : = BOOLEAN 

TopoNodeld : :- INTEGER (0 4294967295 ) 

45 TopoNodeState INTEGER (0. .4294967295) 

TopoNodeSeverity : :» INTEGER (0- -4294967295) 

TopoNodeMO : :- CHOICE { 

object Object instance, 
50 null NULL 

) 

TopoNodeMOSet ::■ SET OF Object Ins tance 
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TopoNodeName : : - Graphics t ring 

TopoNodes ::« SET OF TopoNodeld 

TopoNodeDisplayStatUS : : = SET OP SEQUENCE { 
status GraphicString , 

value INTEGER 

) 

TopoNodeLayer : GraphicString 

TopoNodeGeoLocation : :» CHOICE { 
null NULL 
value * SEQUENCE { 

latitude REAL, 
longitude REAL 



TopoNodeUserData : : « GraphicString 
TopoTypeld: := GraphicString 

TopoTypeMaxVisibleLevel ::» INTEGER (-32768 .. 32767) 
TopoTypeMaxTopoLevel : : s INTEGER (-32768. .32767) 
TopoTypes SET OF TopoTypeld 

TopoTypeDrawMethod : : = ENUMERATED { 



circle (0) , 

square (l) , 

rectangular (2), 

triangle (3) , 

hexagon (4), 

line (5) 



TopoTypeDefaultLayer GraphicString 

TopoViewNodePoeition SEQUENCE { 

X INTEGER, 
y INTEGER 



TopoViewBackgroundlmage : : » GraphicString 
TopoViewMapConfigFile GraphicString 

TopoViewMapInitialGeoArea : : - CHOICE { 

null NULL 

area SEQUENCE { 

centerLatitude REAL, 
centerLongitude REAL, 
widthlnKm REAL 

. 1 

TopoNodeManaged : : » BOOLEAN 

TopoNodeData : : - SEQUENCE { 
id TopoNodeld, 
name TopoNodeName 
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TopoViewGraphNode : : - SEQUENCE { 



} 



node 
parents 



TopoNodeData , 

SET OF TopoNodeData 



TopoViewGraph 



SET OF TopoViewGraphNode 



END 



Claims 

1. A computer network comprising: 

a plurality of network nodes and interconnections; 

a network management system comprising a database of managed network resources, said database of man- 
aged network resources defining network nodes, associated node types and associated views of said nodes, 
the system being operable to modify said views based on user input changes in attributes of said nodes; and 
a plurality of network management users, said network management users being arranged to display views 
of said network using said network management database. 

2. A computer network as claimed in claim 1 wherein said attributes of said nodes comprise parent relationships, 
and the system being arranged to form a new view node each time a new parent is added to an attribute of a node. 

3. A computer network as claimed in claim 2 wherein the system is arranged to delete a view node each time a parent 
is deleted from attributes of a node. 

4. A computer network as claimed in claim 1, 2 or 3 wherein said parent relationships include logical and physical 
parent relationships. 

5. A computer network as claimed in claim 1 , 2, 3 or 4 comprising a network viewer on a plurality of user workstations, 
so that said user workstations can form views of said, network based on said database of managed network re- 



6. A computer network as claimed in any one of the preceding claims wherein said network nodes are defined by a 
node database object class, said node database object class containing node objects, a type database object 
class, said type object class containing network object types, and a view database object class, said view database 
object class containing view objects of said network. 

7. A computer network as claimed in claim 6 wherein said nodes are associated with a severity, wherein alarms 
posted for a particular node are propagated to selective views of said network. 

8. A computer network as claimed in claim 1 wherein views of said network are created by said network management 
system when a new node is added to said system. 

9. A computer network as claimed in any one of the preceding claims and including one or more storage media 
conveying software defining said database and a network administration program, said network administration 
program modifying said views of said nodes based on user input of changes in attributes of said nodes. 

10. A method of managing a computer network comprising: 

forming an object oriented database of managed network resources, said database of managed network re- 
sources comprising network nodes, associated node types and associated views of said nodes; 
displaying a plurality of views of said network using said database of managed network resources; and 
modifying said views based on user input changing said nodes in said database of managed network 



sources. 
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11. A method as claimed recited in claim 10 and comprising the steps of: 

defining parent relationships of said nodes: and 

forming new views based on additions of parents to a node. 

5 

12. A method as claimed in claim 11 and comprising deleting a view node when a parent is deleted from a node. - 

13. A method as claimed in claim 10, 11 or 12 wherein said step of forming an object oriented database of managed 
network resources comprises the steps of: 

10 

forming a node type class containing a plurality of node type objects; 

forming a node type class containing a topogrophy of nodes in said network; and 

forming a view type class containing views of objects in said network. 

' s 1 4. A method as claimed in claim 1 0, 1 1 , 1 2 or 1 3 and comprising the step of defining alarm severity for at least one 
node in said database, said severity defining when alarms are propagated to other nodes in a view of said network. 

15. One or more storage media conveying software comprising: 

20 a database of managed network resources, said database of managed network resources comprising network 

nodes, network node types, and views of said nodes; and 

a network administration program, said network administration program modifying said views of said nodes 
based on user input of changes in attributes of said nodes. 

25 16. A method as claimed in claim 9 or media as claimed in claim 15, the software comprising a network viewing 
program, said network viewing program being operable to display various views of said network based on user 
selection input. 

17. A method as claimed in claim 9 or 16 or media as claimed in claim 15 or 16, the software comprising an alarm 
to propagation system, said alarm propagation system being operable to propagate alarms in views of said network 

based on propagation severities associated with said nodes. 
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Parent FDN I topoTypeDBId=Nu!l 



Object Class I "Em Topology":topoType 



topoTypeAIIBaseOf I { "Network", "Universe", "Subnetwork"} 



topoTypeAIIDerivedFrom I { } 



topoTypeAIILegalArcs I { "Link" } 



topoTypeAIILegalChildren I { "Network", "Universe", "Router", "Hub", "Link", " 



topoTypeBaseOf I { "Subnetwork", "Network", "Universe" } 



topoTypeDefaultLayer I Default 



topoTypeDerivedFrom I { } 



topoTypeDrawMethod I circle 



topoTypeld I Container 



topoTypeLegalArcs I { "link" } 



topoTypeLegalChildren I { "Device", "Link", "Container" } 
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Parent FDN I topoNodeDBId=Null 



Object Class I "Em Topoiogy":topoNode 



topoNodeChiidren I { 
topoNodeCmipAgentMO 



I null: NULL 



topoNodeDefauitMO I object : distinguishedName : { { { attributeld "Re 



topoNode Display Status I { 
topoNodeGeoLocation 
topoNode Id 



I null : NULL 
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topoNodelsManaged I TRUE 



topoNodeLayer I 



topoNodeMOSet I { } 



topoNodeManaged I TRUE 
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